Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
至高のCI/CDパイプラインを実現する5つの約束 #jawsdays / The five principles to spark joy in your pipelines
Search
Tori Hara
PRO
February 23, 2019
Technology
26
26k
至高のCI/CDパイプラインを実現する5つの約束 #jawsdays / The five principles to spark joy in your pipelines
Presented virtually at JAWS DAYS 2019.
Tori Hara
PRO
February 23, 2019
Tweet
Share
More Decks by Tori Hara
See All by Tori Hara
カミナシでの技術的負債返済プロジェクトとその決断 / Beyond tech debts at Kaminashi
toricls
PRO
46
19k
アプリケーション開発者は Amazon ECS あるいは Kubernetes をどこまで知るべきか #AWSDevDay / You build it, you run it
toricls
PRO
55
18k
永続複数ブランチ運用は『単一のコードベース』と言えるのか / What are your justifications for the multi-branches?
toricls
PRO
17
5.7k
緩やかに死んでいくシステム / You won't be in the team forever
toricls
PRO
23
14k
技術的負債とステークホルダと説明責任と / The Debt
toricls
PRO
72
34k
Securing your Amazon ECS applications: Best practices
toricls
PRO
0
680
第2回 AWS Fargate かんたんデプロイ選手権 #AWSDevDay / The Easiest Deployment Championship 2020 - Find your winner for AWS Fargate!
toricls
PRO
18
21k
独りよがりのプラットフォーム / For Whom that Platform Runs
toricls
PRO
96
32k
Containers + EC2 Spot: 特性と実装パターンに学ぶ低コスト & 高可用アーキテクチャ / Practical Guide for Amazon EC2 Spot with Containers
toricls
PRO
13
5k
Other Decks in Technology
See All in Technology
PhpStorm超絶技巧40分集中講義 #phpconkagawa
yusuke
2
520
TailwindCSSでUIライブラリを作る際のハマりどころ
shuta13
0
200
パフォーマンス最適化のベストプラクティス
databricksjapan
0
130
Zero Data Loss Autonomous Recovery Service サービス概要
oracle4engineer
PRO
0
1.9k
コードや知識を組み込む / Incorporate Code and knowledge
ks91
PRO
0
180
.NET Profiler in 2024.
kkamegawa
2
3k
【基本】データベース設計
oracle4engineer
PRO
2
300
類似ロジック実装をiOS/Android間で合わせる道標No.1
fumiyasac0921
1
200
TanStack Routerで型安全かつ効率的なルーティングを実現
ytaisei
4
650
開発スピードの維持向上を支える、テスト設計の 漸進的進化への取り組み / Continuous Test Design Development for Speed of Product Development
ropqa
0
170
uvを使ってストレスフリーな Python開発をしよう!
r74tech
0
260
Dungeons and Dragons and Rails
joelq
0
210
Featured
See All Featured
Being A Developer After 40
akosma
67
580k
GitHub's CSS Performance
jonrohan
1025
450k
Principles of Awesome APIs and How to Build Them.
keavy
121
16k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
15
1.6k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
20
1.8k
Pencils Down: Stop Designing & Start Developing
hursman
117
11k
How GitHub Uses GitHub to Build GitHub
holman
468
290k
In The Pink: A Labor of Love
frogandcode
138
21k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
23
1.6k
VelocityConf: Rendering Performance Case Studies
addyosmani
321
23k
No one is an island. Learnings from fostering a developers community.
thoeni
16
2.1k
Learning to Love Humans: Emotional Interface Design
aarron
267
39k
Transcript
twitter.com/toricls ⾄⾼のCI/CDパイプラインを実現する5つの約束 Yasuhiro Hara Feb. 23, 2019 #jd2019_d
twitter.com/toricls Yasuhiro Hara / Specialist Solutions Architect, Containers Amazon Web
Services Japan ❤ AWS Fargate & AWS Lambda toricls
twitter.com/toricls ▶ CI/CD パイプラインの必要性 ▶ 具体的な実装テクニック ▶ ツールやサービスの紹介 話さないこと
twitter.com/toricls 最⾼のパイプラインを⼿に⼊れるための マインドセットとは? 本⽇の話題
twitter.com/toricls 1. パイプラインファースト
twitter.com/toricls 1. パイプラインファースト ▶ プロジェクトの初期、まずアプリケーション開発に着⼿しがち ▶ 少⼈数なチームであればあるほどそうなりがち ▶ アプリケーション開発から着⼿するとCI/CD整備が後回しになりがち ▶
プロジェクトで⼀番最初に作るべきはパイプライン ▶ 理想は⼀発⽬のデプロイからパイプラインを通す ▶ パイプライン作る → rails new → デプロイ → アプリケーション開発に着⼿
twitter.com/toricls 1. パイプラインファースト ▶ 最初からパイプラインを持つことはプロジェクトへの投資 ▶ 開発そのものの加速を考えれば圧倒的な低リスク投資 ▶ 最初からちゃんとしたパイプラインである必要はない ▶
ローカルにて⼿で実⾏するコマンドはスクリプトにまとめる ▶ スクリプトを普段の開発だけでなくパイプラインからも利⽤する ▶ 整えるのは後からで良い
twitter.com/toricls 2. ⾃動化されたパイプラインの維持
twitter.com/toricls 2. ⾃動化されたパイプラインの維持 ▶ ビジネス要求の変化とともにアプリケーションやシステムは変化を求められる ▶ 油断するとすぐに⾃動化できないアプリケーションが出来上がる ▶ ⾃動化が難しくなる変更を避ける ▶
ビジネス要求への対応⽅法が本当にそれしかないのか3回くらい考える ▶ 他の実装⽅法がないか10回くらい考える ▶ 「オペレーションの⾃動化が難しいものは開発しない」くらいの気合いが必要
twitter.com/toricls 2. ⾃動化されたパイプラインの維持 ▶ 常にパイプラインをシンプルに保つ ▶ アプリケーション都合の複雑性をパイプラインやインフラに押し込まない ▶ より柔軟性が⾼いアプリケーションで複雑性を吸収する⽅が良いことも ▶
e.g. データベースマイグレーション ▶ アプリケーションを新旧どちらのスキーマでも動く形で実装 ▶ 先にアプリケーションをデプロイし、その後スキーマ変更をデプロイ ▶ データベーススキーマに後⽅互換性のない変更を加えない
twitter.com/toricls 3. 柔軟なパイプラインの維持
twitter.com/toricls 3. 柔軟なパイプラインの維持 ▶ プロジェクトの進みに合わせてパイプラインも変化が必要となる ▶ 継続的な変化を柔軟に受け⼊れられるよう、パイプラインを常にシンプルに保つ ▶ パイプラインへの要求変化に柔軟に対応できる状態を維持する ▶
ビジネス要求の変化 ▶ ポリシーの変更 ▶ デプロイ対象アプリケーションの変化 ▶ システムを構成するコンポーネントの変化、etc.
twitter.com/toricls 3. 柔軟なパイプラインの維持 ▶ パイプラインそのものをコード化し、リポジトリで管理する ▶ Iterative な変更をパイプラインに加えることへの⼼理的障壁を取り除く ▶ Iterative
な改善が必要なのはアプリケーションだけではない
twitter.com/toricls 4. パイプライン UX の継続的改善
twitter.com/toricls 4. パイプライン UX の継続的改善 ▶ パイプラインはチームメンバーに対して提供される「サービス」 ▶ 何が実⾏されたのか、なぜ処理が落ちたのかを他のメンバーが分かるように ▶
パイプライン全体の処理時間の維持・短縮に継続的に取り組む ▶ 何を⾔っているか分からない、時間のかかるパイプラインを使いたい⼈はいない ▶ ただし、時間短縮のための過度な作り込みは避ける ▶ 黒魔術になりがち & パイプラインの安定性を損ねがち ▶ 不安定なパイプラインを使いたい⼈はいない
twitter.com/toricls 5. パイプラインが唯⼀のリリース⼿段
twitter.com/toricls 5. パイプラインが唯⼀のリリース⼿段 ▶ パイプラインを通さないデプロイは禁忌 ▶ うまくビルド・テストが通らない、なんかデプロイこけるは常に起き得る ▶ 「とりあえず今回は急ぎだから⼿作業でやっちゃうか」を断固避ける ▶
「とりあえず⼿作業」は楽。慣れてしまうとこれがパイプライン崩壊の始まりに ▶ パイプラインを通さないデプロイが許される例外の境界 ▶ ビジネスが危機的状況にある場合、という感覚を持つ
twitter.com/toricls まとめ
twitter.com/toricls ⾄⾼のCI/CDパイプラインを実現する5つの約束 ▶ パイプラインファースト ▶ ⾃動化されたパイプラインの維持 ▶ 柔軟なパイプラインの維持 ▶ パイプライン
UX の継続的改善 ▶ パイプラインが唯⼀のリリース⼿段
twitter.com/toricls λ おしまい